Non-destructive media presentation derivatives

ABSTRACT

The claimed subject matter relates to various architectures that can, inter alia, facilitate creation of a synch file as well as facilitate interpretation of the synch file. Both creation and interpretation can be accomplished in conjunction with an original media asset. The synch file can include transformation commands that can operate on a presentation of the asset rather than upon the asset itself. Accordingly, what is actually perceived by a content consumer during a presentation of the asset need not be exactly what the asset creator fixed in a tangible medium. Rather, the content consumer can observe a derivative media presentation based upon interpretation of the synch file.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is related to U.S. application Ser. No. 11/941,305, filed Nov. 16, 2007, entitled “INTEGRATING ADS WITH MEDIA.” This application is also related to U.S. application Ser. No. 11/877,827, filed Oct. 24, 2007, entitled “NON-MEDIA-CENTRIC PACKAGING OF CONTENT.” The entireties of these applications are incorporated herein by reference.

BACKGROUND

In recent times, proliferation of audio-visual media has seen a dramatic increase, especially due to Internet-based services and newer technological broadcast platforms and formats. For example, cable and satellite providers supply content on-demand, while radio programs have gone digital and stream their content via the Internet. The majority of this delivered media is professionally authored, yet even amateurs have recently entered the content creation and dissemination business with the advent of video blogs and services that allow members to broadcast themselves.

With so much media available to a content consumer, it is becoming increasingly popular to leverage existing media for creating compilations or mash-ups, parodies and the like that are derived from existing media. Unfortunately, the majority of the media used for such derivative work is professionally created and employed without permission from the author. Thus, most well-known services that allow members to upload their own work, and who might implicitly or explicitly authorize its reproduction, in fact, are often utilizing original work of others that is not so authorized, giving rise to copyright and other legal issues. Thus far, there is no good way to monetize these services; hence, although rampant with copyright infringement, little has been done to address the copyright issues.

Moreover, conventional media editor tools typically overwrite the original media when changes are made, which is a destructive form of editing, since the original media has often been irrevocably changed due to the “lossy” nature of certain transformations. For example, if some original media is, say, rotated 90 degrees clockwise to produce derivative work A, then a subsequent transformation to derivative work A to rotate 90 degrees counterclockwise will not result in an identical version of the original, as data was lost during the transformations. To avoid this situation, it is possible to maintain the original asset and save various versions of derivative works individually. However, this approach is extremely expensive in terms of storage resources, especially with high-grade media, and further presents copyright or other legal issues when the original media is copied without authorization or when a derivative work is fixed in a tangible medium or otherwise violates copyright regulations.

SUMMARY

The following presents a simplified summary of the claimed subject matter in order to provide a basic understanding of some aspects of the claimed subject matter. This summary is not an extensive overview of the claimed subject matter. It is intended to neither identify key or critical elements of the claimed subject matter nor delineate the scope of the claimed subject matter. Its sole purpose is to present some concepts of the claimed subject matter in a simplified form as a prelude to the more detailed description that is presented later.

The subject matter disclosed and claimed herein, in one or more aspects thereof, comprises various distinct architectures that can facilitate both creation and interpretation of a synch file in conjunction with an original media asset. More particularly, the synch file can exist independently of the original media asset in terms of formatting or encoding, data structures, or legal rights. Thus, the synch file can be employed to provide a derivative media experience without destructive editing or modification of the original media asset.

In an aspect of the claimed subject matter, media creation or content editing tools can be supplied for receiving various inputs. Inputs received can be, e.g., transformation actions that operate on an output of the original media asset rather than on the asset itself (e.g., a copyrighted work). In essence, the transformations can alter what a content consumer perceives rather than what an author of the original media asset fixed in a tangible medium. These transformation actions can be recorded in the synch file as a set of commands and synchronized with respect to timing. Thus, when interpreting the synch file during a media presentation, the transformation actions can be applied in a desired order and at desired points during the presentation. Accordingly, a derivative media presentation can be provided based upon changes to an output, yet the original media asset remains in tact and in its original form.

Appreciably, the transformation action defined by the command can interact with a media player device to, e.g., change a volume or another setting that in some way affects the media presentation and therefore produces a derivative media presentation. Additionally, the command can pause, skip, replay, or otherwise navigate through portions of the media presentation to create a derivative media presentation. Still further, the command can overlay, replace, supplement, or interpolate the media presentation with additional content to provide a derivative media presentation. It should be understood that the command can also provide for or verify access or rights to the original media asset (e.g., digital rights management). Thus, even though a given synch file might be freely distributed; infringement or piracy with respect to the associated original media asset can be mitigated.

In accordance therewith and to other related ends, content authors can provide ready customization to their own content without building each variation independently or from scratch, or in some cases with little or no change to a current business practice or production model. Moreover, virtually any previously existing media or content can be leveraged by later work potentially without entangling the author of a compilation or derivative work product in copyright violations or infringement. Furthermore, the claimed subject matter can provide a substantial incentive to expand the scope and commonality of metadata tagging, media indexing, and media warehousing and access, any or all of which can enrich media consumption markets as well as open up new paths or paradigms for media consumption.

The following description and the annexed drawings set forth in detail certain illustrative aspects of the claimed subject matter. These aspects are indicative, however, of but a few of the various ways in which the principles of the claimed subject matter may be employed and the claimed subject matter is intended to include all such aspects and their equivalents. Other advantages and distinguishing features of the claimed subject matter will become apparent from the following detailed description of the claimed subject matter when considered in conjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a block diagram of a system that can facilitate creation of a synch file employed to provide a derivative media experience without destructive editing or modification of an original media asset.

FIG. 2 illustrates various aspects relating to original media asset 104 in further detail.

FIG. 3 depicts example timing information associated with the synch file and various media presentations.

FIG. 4 illustrates a block diagram of a system that can provide various additional features with respect to creation of a synch file for producing a derivative media experience.

FIG. 5A is a block diagram of a system that can utilize a synch file to facilitate consumption of a derivative media presentation based upon an original media asset.

FIG. 5B is graphic illustration of example outputs associated with system 500, including an original media asset output and a derivative media presentation.

FIG. 6 depicts a block diagram of a system that can facilitate a derivative media experience based upon transformations to an original media asset and can further deploy profile information.

FIGS. 7A and 7B illustrate example operating topologies and/or environments that can be utilized to implement the claimed subject matter.

FIG. 8 depicts an exemplary flow chart of procedures that define a method for constructing a derivative media presentation based upon an original media asset without destructive editing or modification of the original media asset.

FIG. 9 illustrates an exemplary flow chart of procedures that define a method for constructing components for and providing service associated with derivative media experiences.

FIG. 10 depicts an exemplary flow chart of procedures defining a method for presenting a derivative media experience based upon an original media asset and an associated synch file.

FIG. 11 illustrates a block diagram of a computer operable to execute the disclosed architecture.

FIG. 12 illustrates a schematic block diagram of an exemplary computing environment.

DETAILED DESCRIPTION

The claimed subject matter is now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the claimed subject matter. It may be evident, however, that the claimed subject matter may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the claimed subject matter.

As used in this application, the terms “component,” “module,” “system,” or the like can, but need not, refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component might be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a controller and the controller can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.

Furthermore, the claimed subject matter may be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof to control a computer to implement the disclosed subject matter. The term “article of manufacture” as used herein is intended to encompass a computer program accessible from any computer-readable device, carrier, or media. For example, computer readable media can include but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips . . . ), optical disks (e.g., compact disk (CD), digital versatile disk (DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick, key drive . . . ). Additionally it should be appreciated that a carrier wave can be employed to carry computer-readable electronic data such as those used in transmitting and receiving electronic mail or in accessing a network such as the Internet or a local area network (LAN). Of course, those skilled in the art will recognize many modifications may be made to this configuration without departing from the scope or spirit of the claimed subject matter.

Moreover, the word “exemplary” is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects or designs. Rather, use of the word exemplary is intended to present concepts in a concrete fashion. As used in this application, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” Therefore, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form.

As used herein, the terms “infer” or “inference” generally refer to the process of reasoning about or inferring states of the system, environment, and/or user from a set of observations as captured via events and/or data. Inference can be employed to identify a specific context or action, or can generate a probability distribution over states, for example. The inference can be probabilistic-that is, the computation of a probability distribution over states of interest based on a consideration of data and events. Inference can also refer to techniques employed for composing higher-level events from a set of events and/or data. Such inference results in the construction of new events or actions from a set of observed events and/or stored event data, whether or not the events are correlated in close temporal proximity, and whether the events and data come from one or several event and data sources.

Referring now to the drawings, with reference initially to FIG. 1, system 100 that can facilitate creation of a synch file employed to provide a derivative media experience without destructive editing or modification of an original media asset is depicted. Generally, system 100 can include catalog component 102 that can access one or more original media assets 104. Original media asset 104 can be substantially any type of audio-visual content such as, e.g., music, a film, or a video, and can be stored in any suitable form such as stored in a machine-readable/writable medium, or a data structure or file. Original media asset 104 can include either or both conventional metadata or special metadata, further detailed infra with respect to FIG. 2.

System 100 can also include user-interface component 106 that can receive input 108, wherein input 108 can be associated with a transformation of an output of original media asset 104 and/or associated with additional content 110. In accordance therewith, user-interface component 106 can provide a set of tools designed for content creation and/or modification, including all the media editor tools that are already available or otherwise suitable for use with the claimed subject matter. For example, user-interface component 106 can be employed to record new media, to play existing media, and to perform a variety of transformations that affect the presentation (e.g., the output, whether visually displayed, an audio output, etc.) of media, including original media asset 104. Such transformations can include but are not necessarily limited to pausing or navigating to various portions of original media asset 104, changing the shape, size, color, contrast, orientation, appearance, detail, resolution, quality, volume, tone, pitch, scale, length, duration, order, and so forth of all or a portion of the output of original media asset 104. In addition, the transformations can include replacing, supplementing, overlaying, or interpolating the output of all or a portion of original media asset 104 with new or additional content 110 and/or with a disparate original media asset 104.

Appreciably, user-input component 106 need not modify original media asset 104. Rather, any or all transformations can be performed upon the output/presentation of original media asset 104 (e.g., what is actually perceived by a content consumer) without any modifications to or destructive-type editing of original media asset 104. In previous times, the features described herein were much less relevant if not impossible to achieve given the state-of-the-art with respect to associated hardware devices. Perhaps due to such limitations, today's media distribution essentially is structured to put most of the “work” on the encoding side of media creation in order to make decoding and playback as non-CPU-intensive as possible. With previous hardware devices, this model was the only real viable way to get content distributed in a way that most of the hardware clients could provide reliable playback. Now that hardware devices are advancing to attain sufficient thresholds, the capability of changing that division of labor can be achieved. For example, with more client-based processing available, a scenario in which more “heavy lifting” is on the client side and/or less is on the encoder side can be enabled. One very valuable instantiation of such a scenario can be creating derivative outputs without actually editing an original A/V file (e.g., original media asset 104), but providing a set of transforms (e.g., commands 116 included in synch file 114) for the client to take; thereby preserving the original file but also creating a new experience that can be easy to save, customize, and share.

Accordingly, at least three noteworthy potentially unforeseen benefits can be realized and/or long-felt needs of the marketplace can be satisfied by the claimed subject matter: (1) content authors can provide ready customization without building each variation independently or from scratch, or in some cases with little or no change to a current business practice or production model; (2) virtually any previously existing media or content can be leveraged by later work potentially without entangling the author of a compilation or derivative work product in copyright violations or infringement; and (3) the claimed subject matter can provide a substantial—economic or otherwise—incentive to expand the scope and commonality of metadata tagging, media indexing, and media warehousing and access, any or all of which can enrich media consumption markets as well as open up new paths or paradigms for media consumption.

In addition, system 100 can also include composition component 112 that can create synch file 114 based upon input 108. Synch file 114 can, e.g., supplement original media asset 104 and can include one or more commands 116 as well as timing information, additional content 110, digital rights management (DRM) material or applications and so forth. Typically, command 116 describes a presentation transformation action to be performed upon an audio/visual output of original media asset 104 prior to presentation in order to create a derivative media presentation. Thus, according to an aspect of the claimed subject matter, a desired input 108 is received by user-interface 106 that results in a transformation of the presentation of original media asset 104. In turn, synch file 114 can be populated by composition component 112 with the associated command 116 that produces the transformation.

In more detail, a user, for example, can access original media asset 104, utilize user-interface 106 to decode original media asset 104 from a given storage format to provide perceptible output. The user can zoom to a particular location in the output of the presentation and employ user-interface 106 to make a transformation, say, invert the RGB values of all pixels and then rotate the output 90 degrees clockwise. These two transformations can be saved to synch file 114 as commands 116. Accordingly, original media asset 104 is still in tact and in its original form. Synch file 114 can thus record two commands 116 that will modify the output in the manner desired by the user whenever synch file 114 is interpreted in tandem with original media asset 104. Hence, synch file 114 can in some situations be thought of as a set of instructions that, when executed, modify the output of an associated original media asset 104 to produce a derivative media presentation. Typically, synch file 114 will allow the creator to define constituent elements and can conform to extensible markup language (XML) or some other specification or protocol. It should be understood that presenting original media asset 104, either during creation of synch file 114 or with the derivative media presentation, can be in conformity with certain copyright requirements such as end-user licenses, acquiring synchronization rights, and so forth.

It should be understood that original media asset 104, additional content 110, synch file 114, as well as other data or components described herein or otherwise suitable for use can be saved to data store 118 for later access or recall. Data store 118 is intended to be a repository of all or portions of data, data sets, or information described herein or otherwise suitable for use with the claimed subject matter. Data store 118 can be centralized or distributed, potentially across multiple devices and/or schemas and can be embodied as substantially any type of memory, including but not limited to volatile or non-volatile, sequential access, structured access, or random access and so on. It should be understood that all or portions of data store 118 can be included in system 100, or can reside remotely from system 100.

It should be readily appreciated that a wide array of applications exists for the claimed subject matter. Many such examples of suitable applications for and/or uses of the claim subject matter are described herein. However, before continuing with the description of FIG. 1, additional details relating to original media asset 104 and synch file 114 can now be detailed with reference to FIGS. 2 and 3.

While still referring to FIG. 1, but turning also to FIG. 2, system 200 illustrates various aspects relating to original media asset 104 in further detail. As introduced supra, original media asset 104 can be substantially any type of audio-visual content including content such as music, news, commercials, feature films, or other audio or video content. In addition, original media asset 104 and can be encoded in any suitable audio (e.g., MP3, M4P, analog signal . . . ) or video (e.g., MPEG-(x), DivX, BluRay . . . ) format. As such, original media asset 104 can exist as a wide variety of mediums such as machine-readable/writable mediums (e.g., magnetic tape, optical discs . . . ), or data structures or files. Accordingly, original media asset 104 can be accessible in a number of ways such as by purchase of media from a retail establishment or by way of a computer network, including local or wide area networks as well as wired or wireless (e.g., cellular, RF spectrum, WiFi, Bluetooth, NFC . . . ) networks, some or all of which can facilitate access by way physical media, streaming, downloading, broadcasting or the like.

Conventional media assets typically include some amount of standard metadata such as name or title, header, author, producer, director, length, performer(s), language, MPAA rating, timing information and so forth. Likewise, original media asset 104 can also include standard metadata. Appreciably, more metadata included in a media asset often facilitates improved features and a richer experience associated with media consumption. Unfortunately, metadata tagging is generally a time-consuming and/or costly endeavor. As a result, most metadata today is quite standard and generally insufficient to maximize the user experience or product features.

Accordingly, original media asset 104 can also include special metadata 202. Special metadata 202 can include information similar to what is found in conventional metadata as well as advertisements or additional information, segment data such as time stamps or indexes, genre, topic, or category, key segments, copyright information or terms of use, protocols, action commands or calls to applications or substantially any suitable data not typically included in conventional metadata. In one aspect, special metadata 202 can be embedded in original media asset 104 by production crew 204 or by content author 206, e.g., during content creation. Additionally or alternatively, special metadata 202 can be produced automatically by, e.g., employing feature recognition techniques or other intelligent examination of the media; or by reference to a production matrix as described herein by reference.

As one example to illustrate both the benefits of employing special metadata 202 as well as the convenience and ease with which such additional information can be developed and utilized, consider a conventional news program (e.g., original media asset 104). In this example, the news program can have one or several authors and/or a production crew to edit and refine the finished product according to their own standard business practices or methods, including the insertion of appropriate metadata. In addition, the production crew or author(s) can also include in the media segment information (e.g., special metadata 202) to describe the various portions of the program.

The segment information can be as general or as detailed as desired, the determination of which can up to the creators, perhaps based upon cost-benefit analyses or marginal utility calculations. However, for this example, it is assumed the segment information is rather general, including only topic-based information to describe each of the segments included in the program, common examples of which can be politics, global news, local news, sports, weather, or financial reports. Appreciably, inclusion of such segment information can be achieved at virtually no additional expense to the news station, yet the benefits can be quite dramatic. For example, synch file 114 can be created based upon personalized data (detailed further with reference to FIG. 4) including commands 116 to skip or access certain segments based upon a particular user's tastes. In accordance therewith, a single news program, created without any substantial change to the news station's production processes, can provide many permutations of derivative works, each based upon original media asset 104 (e.g., the news program) in connection with a particular synch file 114. Hence, a typical news station, which is familiar with producing a daily 60-minute news program, can continue as before, but a consumer of said program might only receive a 25-minute news program, including only the coverage or stories he or she is interested. It can be readily appreciated that such an aspect can facilitate the migration of conventional broadcast media outlets to web-based content delivery with little or no disruption.

Continuing to refer to FIG. 1, but now turning also to FIG. 3, illustration 300 depicts example timing information associated with the synch file and various media presentations. As is presented, illustration 300 depicts three timelines 302-306. Timeline 302 represents a presentation of original media asset 104. Drawing from the example detailed supra, timeline 302 can represent the output of the news program. Timeline 304 corresponds to synch file 114 and typically is the same duration as timeline 302 or timeline 306, the latter of which characterizes the length of a derivative media presentation.

According to an aspect of the claimed subject matter, synch file 114 can be constructed to include timing information associated with original media asset 104 (e.g., metadata or special metadata 202 included in asset 104). As such, synch file 114 can synchronize the presentation transformation action(s) described by command(s) 116 with the output of original media asset 104 to a derivative media output. Hence, as original media asset 104 is presented, commands 116 (which can describe suitable presentation transformation actions) can be executed at specific and/or precise times during the output to produce a derivative media presentation as further detailed with reference to FIGS. 5A, 5B, and 6.

Thus, returning to the news program example, if at time 308 of the program a weather segment is presented, a particular command 116 can be executed at the associated time 310 on timeline 304, which is managed by synch file 114. Accordingly, the transformation affected by command 116 will be apparent in the derivative media presentation at the appropriate time 312. For example, suppose synch file 114 was created for a user who is very interested in local weather. In accordance therewith, command 116 executed at time 310 can be, e.g., a transformation that raises the volume level of the news program, which can be perceived at time 312 of the derivative media presentation.

It should be understood that, although depicted as similar lengths, the presentation of original media asset 104 and the derivative media presentation need not be of equal duration. For example, a particular command 116 can be to skip a segment of the news program and, as such, all else being equal, the derivative media presentation (and potentially synch file 114) would then be shorter than a presentation of original media asset 104. Conversely, another particular command 116 can insert additional content 110, thereby potentially lengthening the derivative media presentation over a presentation of original media asset 104. Such can be readily appreciated based upon times 314-318 depicted in illustration 300.

Referring now to FIG. 4, system 400 that can provide various additional features with respect to creation of a synch file for producing a derivative media experience is illustrated. In general, system 400 is described as an extensible implementation of system 100. In particular, as provided, system 400 can include catalog component 102, user-interface 106, and composition component 112 detailed in reference to system 100, as well as other features or aspects described supra in connection with FIGS. 1-3. Moreover, while shown for the sake of understanding and ease of description as disparate components, the components presently introduced (e.g., components 402, 406, 410, and 414) can be included in system 100 in various aspects or embodiments.

More specifically, system 400 can include personalization component 402 that can receive user profile 404. Based upon user profile 404, personalization component 402 can dynamically and/or automatically tailor synch file 114. For instance, returning again to the news program example introduced supra, wherein the segment information is embedded in the news program to distinguish different news pieces by category. Suppose further that user profile 404 includes information to indicate interest in stories relating to politics and finance but no interest in weather or sports. Accordingly, personalization component 402 can relay such information to composition component 112 and synch file 114 can be constructed with commands 116 that, e.g., skip all or some sports and weather segments included in the news program and/or request some or all segments relating to politics or finance.

This synch file 114 can be associated with a particular user, for example, the user to whom user profile 404 is associated. Appreciably, when said user subscribes to or otherwise accesses the news program, synch file 114 can ensure that only the segments of interest to the user need be presented. Thus, given a scenario in which original media asset 104 is accessed according to a subscription model, both the content provider and the content consumer can be efficiently satisfied.

Additionally, system 400 can include propagation component 406 that can transmit derivative media presentation 408 in a machine-readable format. Continuing the above illustration, the while personalization component 402 can tailor (e.g., based upon user profile 404) the news program to particular tastes in order to provide derivative media presentation 408, propagation component 406 can be responsible for transmitting the derivative news program, e.g., to the above-mentioned user. It should be understood that because derivative media presentation 408 is derived from original media asset 104 and can now be embodied in a tangible medium (e.g., copied or saved to a file or another medium and stored in a machine-readable format that can be transmitted by propagation component 406) certain copyright issues can arise. However, in certain cases, these issues need not be a major deterrent. In particular, in the present example, the news station is ostensibly the copyright owner of the news program. Thus, the copyright for derivative works constructed with the aid of synch file 114 that are copied to a tangible medium will generally also be owned by the news station. Other cases can exist in which this is not the case, and will be discussed infra.

Further still, system 400 can include service component 410 that can store one or more original media assets 104 as well as one or more synch files 114, wherein each stored synch file 114 can relate to a specific original media asset 104. However, it should be understood that while such can provide additional benefits, it is not necessary for synch file 114 to be associated with an original media asset 104 that is stored by service component 410. Rather, the related original media asset 104 can exist elsewhere. In some situations, service component 410 can utilize data store 118 for data warehousing. It should also be understood that service component 410, as with various other components described herein, can be communicatively or operatively coupled to network 412. Network 412 can be substantially any computer-based network including but not limited to the Internet or other wide area network, an extranet, intranet or local area network and can include substantially any wireless/cellular network.

In an aspect of the claimed subject matter, service component 410 can facilitate access to one or more original media assets 104 and/or to one or more synch files 114, potentially on a subscription basis. For example, consider the following example scenario. It should be appreciated that, as with the news program scenario given above, the present scenario is intended to be demonstrative in nature to provide a concrete illustration of the spirit of the claimed subject matter, but is not necessarily intended to limit the scope of the appended claims.

Suppose original media asset 104 is a popular music composition such as a song performed by a famous artist and produced by a well-known recording label. The song is commonly aired by digital and radio broadcasts and widely available for purchase at retail locations and by network stream or download. Ashley and Ross are avid fans of the song, and both have purchased licensed copies of the song. Ashley's copy is stored on an optical medium such as a compact disc while Ross's copy is in MP3 format, purchased and downloaded from service component 410, and presently stored on his laptop.

Ashley, who is a part-time disc jockey, decides to “re-mix” the song by changing the modulation in a particular range of frequencies, and also by overlaying recordings of her own voice at certain times during the presentation of the song. Ashley therefore makes the appropriate inputs to user-interface 106 and composition component 112 produces the synch file 114 that can include the aforementioned transformations and the voice recordings (e.g., additional content 110), both of which can be indexed to specific times of the presentation of the song. Appreciably, Ashley has not altered her copy of the song in any way, but has instead saved a set of presentation transformation actions to synch file 114 that, when processed, can recreate her “re-mix” with respect to a presentation of the song. Next, Ashley emails her synch file to Ross.

Ross saves the synch file to the hard drive of his laptop and calls his favorite jukebox application by mouse-clicking the synch file (e.g., synch file types can be associated with the media player applications). Since the synch file is associated with the song, the jukebox application can also load the song into memory (potentially checking for appropriate rights based upon DRM or other techniques) that Ross previously purchased. However, rather than simply decoding and outputting the song, the jukebox application can process Ashley's synch file simultaneously and perform any transformations included therein upon the output. Thus, even though the jukebox is decoding the song, the application can also perform the aforementioned transformations at the appropriate times. Hence, Ross can experience the different modulations and Ashley's voice-overs that are included or defined in her synch file, exactly as Ashley intended, yet still avoid certain copyright issues that might arise. In particular, in the scenario above, Ashley did not save or copy original media asset 104 (e.g., the song) or a derivative thereof, but instead only saved her own work product to synch file 114. For Ross's part, he previously owned a licensed copy of the song and was authorized to use Ashley's synch file.

Continuing with the present example, Ross is very impressed with Ashley's “re-mix,” and he encourages her to distribute the synch file to others. Ashley agrees and uploads her synch file to service component 410, where service component 410 can associate her synch file with the song and can also include information about the author of synch file 114 (e.g., Ashley) as well as other information or references.

While browsing the content included on service component 410, Debbie notices Ashley's synch file. Debbie is not familiar with the song it references, but was childhood friends with Ashley. Curious to see what her old friend has created, she downloads the synch file. Since, Debbie does not currently have a copy of the song that, too, can be downloaded from service component 410 (potentially incurring an access fee). Like Ross, Debbie is duly impressed and decides to let Ashley know.

It should be appreciated that synch file 114 can include an initial command 116 to verify the existence of a local copy of original media asset 104. If not found, a second command 116 can call an application, say, a browser or another communication tool that references service component 410 for immediate download or the like. It should also be appreciated that in some cases, a particular original media asset 104 may not be available on service component 410, however, it can still be beneficial for the service component 410 to store, maintain, and/or provide access to an associated synch file 114 as the interested party might already own a licensed copy of original media asset 104 before obtaining synch file 114 (as was the case with Ross), or might acquire asset 104 elsewhere, e.g., directly from the artist, recording label, or authorized distributor.

Ashley notes with pride and satisfaction that her synch file has been accessed several thousands of times from service component 410 and is starting to create a buzz on music blogs around the Internet. Thus, although she originally listed her synch file on service component 410 to be freely available, she now feels that she can leverage the popularity of the synch file for some economic gain.

In an aspect of the claimed subject matter, service component 410 can allocate profits from access fees to a copyright owner or to a content author. For example, service component 410 can be subscription based, requiring a membership fee or an access fee for each download of content. Thus, in the present illustration, not only can the artist or recording label receive revenue each time the song is downloaded, but Ashley can receive a payment whenever her synch file is downloaded. It should be underscored that unlike conventional systems or services, where copyright infringement is rampant, copyright owners of original media asset 104 might actually appreciate and encourage the use of synch files 114. Such a situation is readily apparent in the case of Debbie, who purchased the song only because she was interested in the associated synch file created by Ashley.

In an additional or alternative aspect, Ashley need not designate a fee for access to her synch file to generate income. Rather, in addition to the synch file, she can also upload her own content as original media asset 104. Recall, that part of her synch file included recordings of her own voice. While this content was encapsulated in her synch file, such need not be the case. Thus, for example, Ashley can extract that content from the synch file, save the content in a preferred format, and upload the voice-over to service component 410. Appreciably, rather than including her voice-overs, synch file 114 can instead include a reference to her original content, much like synch file 114 references the popular song. Now, Ashley can maintain a policy of free downloads of her synch file, but charge a small fee to access her content necessary to properly process her synch file. For example, in this scenario, Ashley's synch file can reference both her voice-overs and the popular song to provide her derivative experience. It can therefore be appreciated that while many of the examples provided herein illustrate one or many synch files 114 associated with a single original media asset 104, a single synch file 114 can also reference multiple original media assets 104 as well as additional content 110.

In addition to the news program example and Ashley's “re-mix” example, numerous additional applications can exist for the claimed subject matter. For instance, the described features can facilitate countless new varieties of parodies, compilations, or mixed media mash-ups.

In another aspect of the claimed subject matter, system 400 can also include intelligence component 414 that can provide for or aid in various inferences or determinations. It is to be appreciated that intelligence component 414 can be operatively coupled to all or some of the aforementioned components. Additionally or alternatively, all or portions of intelligence component 414 can be included in one or more of the components. Moreover, intelligence component 414 will typically have access to all or portions of data sets described herein, such as data store 118, and can furthermore utilize previously determined or inferred data.

Accordingly, in order to provide for or aid in the numerous inferences described herein, intelligence component 414 can examine the entirety or a subset of the data available and can provide for reasoning about or infer states of the system, environment, and/or user from a set of observations as captured via events and/or data. Inference can be employed to identify a specific context or action, or can generate a probability distribution over states, for example. The inference can be probabilistic—that is, the computation of a probability distribution over states of interest based on a consideration of data and events. Inference can also refer to techniques employed for composing higher-level events from a set of events and/or data.

Such inference can result in the construction of new events or actions from a set of observed events and/or stored event data, whether or not the events are correlated in close temporal proximity, and whether the events and data come from one or several event and data sources. Various classification (explicitly and/or implicitly trained) schemes and/or systems (e.g., support vector machines, neural networks, expert systems, Bayesian belief networks, fuzzy logic, data fusion engines . . . ) can be employed in connection with performing automatic and/or inferred action in connection with the claimed subject matter.

A classifier can be a function that maps an input attribute vector, x=(x1, x2, x3, x4, xn), to a confidence that the input belongs to a class, that is, f(x)=confidence(class). Such classification can employ a probabilistic and/or statistical-based analysis (e.g., factoring into the analysis utilities and costs) to prognose or infer an action that a user desires to be automatically performed. A support vector machine (SVM) is an example of a classifier that can be employed. The SVM operates by finding a hyper-surface in the space of possible inputs, where the hyper-surface attempts to split the triggering criteria from the non-triggering events. Intuitively, this makes the classification correct for testing data that is near, but not identical to training data. Other directed and undirected model classification approaches include, e.g., naïve Bayes, Bayesian networks, decision trees, neural networks, fuzzy logic models, and probabilistic classification models providing different patterns of independence can be employed. Classification as used herein also is inclusive of statistical regression that is utilized to develop models of priority.

Turning now to FIG. 5A, system 500 that can utilize a synch file to facilitate consumption of a derivative media presentation based upon an original media asset is provided. Initially, it can be noted that while what has been described above has focused primarily upon the creation of synch file 114, system 500 focuses on interpreting synch file 114 (or synch file 504). In other words, whereas system 100 (or system 400) describes an example system for constructing synch file 114, usually by a content author; system 500 describes a system for reading synch file 114 in conjunction with original media asset 104 in order to provide a derivative media experience, typically for a media consumer and generally by way of a client device media player.

In further detail, system 500 can include transform component 502 that can receive synch file 504. Synch file 504 can be associated with original media asset 510. Transform component 502 can further interpret one or more commands 506 in synch file 504. Both synch file 504 and command 506 can be substantially similar to like components described supra, namely synch file 114 and command 116, respectively. Accordingly, command 506 will typically describe a presentation transformation action to be performed on an audio/visual output of original media asset 510 in order to create derivative media presentation 512. Likewise, elements 510 and 512 can be substantially similar to like elements described above, specifically elements 104 and 408 respectively.

System 500 can also include media player component 508 that can decode and/or read original media asset 510 in order to present an audio/visual output of original media asset 510. Accordingly, media player component 508 can be substantially any media player, either hardware or software, such as a digital video recorder (DVR), a personal video recorder (PVR), a digital versatile disc (DVD) player, a video cassette recorder (VCR), a software media player (e.g., that runs on a personal computer), a gaming console, a cellular phone, a camera, a handheld or wearable device, and so on. It is to be appreciated that media player component 508 can include or be coupled to an associated user interface and other I/O devices such as a display, speakers, keyboard/keypad, navigation keys and so forth.

Media player component 508 can even be a conventional media device, adapted to read original media asset 510. Accordingly, transform component 502 can be operatively coupled to or included in media player component 508 in order to facilitate or aid in interpreting synch file 504 (and/or special metadata 202), which a conventional media player device may not be equipped to translate. Regardless, media player component 508 can output derivative media presentation 512 based upon both original media asset 510 and synch file 504, which is further detailed with reference to FIG. 6 infra.

However, before turning to FIG. 6, a holistic graphic illustration 550 of example outputs associated with system 500 is provided with reference to FIG. 5B. As depicted, system 500 can access and/or receive synch file 504 and original media asset 510. As a concrete illustration, but not necessarily intended to limit the scope of the appended claims, original media asset is a video clip of a person walking, while synch file 504 includes two commands that are to be executed simultaneously at a particular time, t, in the video clip. The two commands in this example are (1) to rotate the output 90 degrees clockwise; and (2) to invert the RGB values of all pixels.

As system 500 is adapted to decode and play original media asset 510 (e.g., by media player component 508), illustration 550 depicts snapshot 552 of an output of original media asset 510 if it were presented normally without operation of synch file 504. Specifically, snapshot 552 shows a sample presentation of original media asset 510 at time, t, in the video clip with an individual walking from right to left. However, when interpreting synch file 504, system 500 can display derivative media presentation 512 instead of what would otherwise be output. Namely, beginning at time t, original media asset 510 can be transformed based upon the commands included in synch file 504. Accordingly, what a content consumer will view can be a rotated version of snapshot 552 with all RGB pixels inverted, as depicted by derivative media presentation 512 of illustration 550.

While illustration 550 is intended to be a somewhat simplistic example, it should be understood that numerous addition and much more complex transformations can be described in synch file 504 and therefore interpreted to produce derivative media presentation 512. Moreover, transformation commands included in synch file 510 need not, as here, take place simultaneously, but rather can be executed at various other designated times.

Referring now to FIG. 6, system 600 that can facilitate a derivative media experience based upon transformations to an original media asset and can further deploy profile information is illustrated. Similar to that which is described supra, system 600 can include transform component 502 that receive synch file 504 and that can interpret a set of commands 116 included in synch file 504. In addition, system 600 can further include media player component 508 that can read original media asset 510 in such a manner as would produce original output 602. However, potentially with the aid of transform component 502, command 506 can be interpolated with original output 602 to produce modified output 604. In particular, command 506 can define a presentation transformation action 606 to be performed upon an audio/visual output (e.g., original output 602 as opposed to original media asset 510) prior to presentation of the output in order to create modified output 604, which, once presented, can be derivative media presentation 512. Appreciably, one of transform component 502 or media player component 508 can automatically synchronize content included in original media asset 510 with content or commands included in synch file 504.

Additionally, system 600 can further include profile component 608 that can transmit user preferences 610 to at least one of a personalization component (e.g., personalization component 402) a service component (e.g., service component 410), or a composition component (e.g., composition component 112). Preferences 610 can be substantially similar to profile 404 detailed in connection with to FIG. 4, and can include settings, likes or dislikes, transaction histories, demographic information and so on. One concrete example of preference 610 is a listing of which types of news segments a user does/does not desire to receive, as detailed supra.

FIGS. 7A and 7B illustrate example operating topologies and/or environments that can be utilized to implement the claimed subject matter. Briefly, FIG. 7A depicts topology 700 in which system 100 (or 400) as well as original media assets 104, 510 and synch files 114, 504 are included in a network cloud or service 708. Appreciably, all or portions of system 100 as well as other components described herein can be components of network service 708. Accordingly, network service 708 can maintain assets and provide access to such assets based upon a client-server model or another model. For example, network service can facilitate downloading 702, streaming 704, or broadcasting 706 of one or both of original media asset 104 or synch file 114 to a client device such as system 500, which can then experience either the original media asset 104 or a derivative media presentation 408.

FIG. 7B illustrates topology 750 in which both original media assets 104 and synch files 114 can be stored upon a machine readable/editable medium 752. It should be appreciated that assets 104 and synch files 114 need not necessarily be included in the same medium 752, but this topology is illustrative of the fact that both can be included in a medium 752, even if on disparate mediums 752. Medium 752 can be read and decoded by client device 754, which can be, e.g., a personal computer or the like. Again, system 100 and system 500 need not both be included in the same client device 754, but it should be appreciated that a client device 754 that includes system 100 can construct synch file 114 (and potentially store it to medium 752), whereas client device 754 that includes system 500 can utilize the synch file to consume the derivative media experience described herein. It should be further appreciated that topologies 700 and 750 are not necessarily mutually exclusive. For example, original media asset 104 can be embedded in medium 752, whereas the associated synch file 114 can reside on network service 708 available for access.

FIGS. 8, 9, and 10 illustrate various methodologies in accordance with the claimed subject matter. While, for purposes of simplicity of explanation, the methodologies are shown and described as a series of acts, it is to be understood and appreciated that the claimed subject matter is not limited by the order of acts, as some acts may occur in different orders and/or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all illustrated acts may be required to implement a methodology in accordance with the claimed subject matter. Additionally, it should be further appreciated that the methodologies disclosed hereinafter and throughout this specification are capable of being stored on an article of manufacture to facilitate transporting and transferring such methodologies to computers. The term article of manufacture, as used herein, is intended to encompass a computer program accessible from any computer-readable device, carrier, or media.

With reference now to FIG. 8, exemplary method 800 for constructing a derivative media presentation based upon an original media asset without destructive editing or modification of the original media asset is illustrated. Generally, at reference numeral 802, an original media asset can be accessed, for example, by a media reading device. It should be appreciated that the original media asset can include at least one of metadata or special metadata, the latter of which can include information similar to what is found in conventional metadata as well as advertisements or additional information, segment information, time stamps or indexes, genre, topic, or category, key segments, copyright information or terms of use, protocols, action commands or calls to applications or substantially any suitable data not typically included in conventional metadata.

At reference numeral 804, a set of tools can be provided to facilitate at least one of content creation or content transformation, while at reference numeral 806, input to the set of tools can be received. For example, the tools can provide for recording and storing new content as well as accepting input that can transform an output in any suitable manner. Such can be accomplished by, for example, a user of the claimed subject matter.

At reference numeral 808, the input received at act 806 can be associated with the original media asset based upon timing. For instance, if a transformation of an output of the original media asset is designated to occur at a time, t, in the original presentation, the input that defines the transformation can be associated with time, t. At reference numeral 810, a synch file can be composed based upon the input received at act 806 as well as based upon various other factors. The synch file can include a command that substantially repeats the transformation input. Accordingly, the command can describe content creation, content transformation, or another interaction with an outputting device (e.g., adjusting I/O settings or the like).

Referring to FIG. 9, exemplary method 900 for constructing components for and providing service associated with derivative media experiences is depicted. Initially, at reference numeral 902, segment information can be inserted into the original media asset accessed at act 802. The segment information can be inserted as special metadata, and can relate to at least one of a time stamp, an index number, a genre, a topic, or a category of a portion of the original media asset.

Next, at reference numeral 904, access to at least one of the original media asset, the synch file, or a derivative media asset can be provided. The access can be facilitated by, e.g., a computer network such as the Internet. At reference numeral 904, the synch file composed at act 810 can be further composed based upon a user profile. For example, certain portions of the original media asset can be skipped while additionally or alternatively supplemental content can be overlaid and presented along with a presentation of the original media asset. Moreover, other presentation transformation actions can be taken as well based upon the user profile such as changing a volume, a screen brightness, etc.

Turning to reference numeral 906, access to at least one of the original media asset, the synch file, or a derivative media asset can be provided. Access can be provided by way of a computer network and the access can be subscription based, requiring a membership and/or fee-based access to content. At reference numeral 908, a fee can be collected for the act of providing access described at act 906. Then, at reference numeral 910, a portion of the fee can be distributed to a copyright holder. For example, when the original media asset is accessed, a portion of the associated fee (if any) can be distributed to the copyright holder for that asset. Likewise, when a synch file is accessed, a portion of the associated fee (if any) can be allocated to the author of the synch file.

With reference now to FIG. 10, method 1000 for presenting a derivative media experience based upon an original media asset and an associated synch file is illustrated. Generally, at reference numeral 1002, a presentation of the original media asset can be initiated. Typically, the presentation can be initiated by reading, scanning, and/or decoding the original media asset as is commonly done by any suitable media player device or product in order to output, display or otherwise, the presentation of the original media asset.

Next, at reference numeral 1004, the presentation can be interpolated with the synch file for facilitating a derivative media experience. For example, one or more presentation transformation actions described by the synch file can be applied to the presentation of the original media asset. Thus, the combined interpretation can result in a derivative media experience relative to the output of the original media asset alone. At reference numeral 1006, a command included in the synch file can be synchronized with the presentation of the original media asset. Accordingly, the presentation transformation actions described by the command can be defined to run at a designated time during a presentation.

At reference numeral 1008, the command can be utilized for at least one of skipping or replaying a segment of the original media asset, pausing the original media asset, calling an application on the presenting device or another device, calling a presentation of an advertisement or other information, or for overlaying, replacing, supplementing, or interpolating the output of the original media asset with another original media asset or with content and/or commands included in the synch file or elsewhere and at a designated time. Lastly, at reference numeral 1010, a user profile can be transmitted for facilitating the act of composing at act 904.

Referring now to FIG. 11, there is illustrated a block diagram of an exemplary computer system operable to execute the disclosed architecture. In order to provide additional context for various aspects of the claimed subject matter, FIG. 11 and the following discussion are intended to provide a brief, general description of a suitable computing environment 1100 in which the various aspects of the claimed subject matter can be implemented. Additionally, while the claimed subject matter described above may be suitable for application in the general context of computer-executable instructions that may run on one or more computers, those skilled in the art will recognize that the claimed subject matter also can be implemented in combination with other program modules and/or as a combination of hardware and software.

Generally, program modules include routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the inventive methods can be practiced with other computer system configurations, including single-processor or multiprocessor computer systems, minicomputers, mainframe computers, as well as personal computers, hand-held computing devices, microprocessor-based or programmable consumer electronics, and the like, each of which can be operatively coupled to one or more associated devices.

The illustrated aspects of the claimed subject matter may also be practiced in distributed computing environments where certain tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.

A computer typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by the computer and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable media can comprise computer storage media and communication media. Computer storage media can include both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer.

Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer-readable media.

With reference again to FIG. 11, the exemplary environment 1100 for implementing various aspects of the claimed subject matter includes a computer 1102, the computer 1102 including a processing unit 1104, a system memory 1106 and a system bus 1108. The system bus 1108 couples to system components including, but not limited to, the system memory 1106 to the processing unit 1104. The processing unit 1104 can be any of various commercially available processors. Dual microprocessors and other multi-processor architectures may also be employed as the processing unit 1104.

The system bus 1108 can be any of several types of bus structure that may further interconnect to a memory bus (with or without a memory controller), a peripheral bus, and a local bus using any of a variety of commercially available bus architectures. The system memory 1106 includes read-only memory (ROM) 1110 and random access memory (RAM) 1112. A basic input/output system (BIOS) is stored in a non-volatile memory 1110 such as ROM, EPROM, EEPROM, which BIOS contains the basic routines that help to transfer information between elements within the computer 1102, such as during start-up. The RAM 1112 can also include a high-speed RAM such as static RAM for caching data.

The computer 1102 further includes an internal hard disk drive (HDD) 1114 (e.g., EIDE, SATA), which internal hard disk drive 1114 may also be configured for external use in a suitable chassis (not shown), a magnetic floppy disk drive (FDD) 1116, (e.g., to read from or write to a removable diskette 1118) and an optical disk drive 1120, (e.g., reading a CD-ROM disk 1122 or, to read from or write to other high capacity optical media such as the DVD). The hard disk drive 1114, magnetic disk drive 1116 and optical disk drive 1120 can be connected to the system bus 1108 by a hard disk drive interface 1124, a magnetic disk drive interface 1126 and an optical drive interface 1128, respectively. The interface 1124 for external drive implementations includes at least one or both of Universal Serial Bus (USB) and IEEE1394 interface technologies. Other external drive connection technologies are within contemplation of the subject matter claimed herein.

The drives and their associated computer-readable media provide nonvolatile storage of data, data structures, computer-executable instructions, and so forth. For the computer 1102, the drives and media accommodate the storage of any data in a suitable digital format. Although the description of computer-readable media above refers to a HDD, a removable magnetic diskette, and a removable optical media such as a CD or DVD, it should be appreciated by those skilled in the art that other types of media which are readable by a computer, such as zip drives, magnetic cassettes, flash memory cards, cartridges, and the like, may also be used in the exemplary operating environment, and further, that any such media may contain computer-executable instructions for performing the methods of the claimed subject matter.

A number of program modules can be stored in the drives and RAM 1112, including an operating system 1130, one or more application programs 1132, other program modules 1134 and program data 1136. All or portions of the operating system, applications, modules, and/or data can also be cached in the RAM 1112. It is appreciated that the claimed subject matter can be implemented with various commercially available operating systems or combinations of operating systems.

A user can enter commands and information into the computer 1102 through one or more wired/wireless input devices, e.g., a keyboard 1138 and a pointing device, such as a mouse 1140. Other input devices (not shown) may include a microphone, an IR remote control, a joystick, a game pad, a stylus pen, touch screen, or the like. These and other input devices are often connected to the processing unit 1104 through an input device interface 1142 that is coupled to the system bus 1108, but can be connected by other interfaces, such as a parallel port, an IEEE1394 serial port, a game port, a USB port, an IR interface, etc.

A monitor 1144 or other type of display device is also connected to the system bus 1108 via an interface, such as a video adapter 1146. In addition to the monitor 1144, a computer typically includes other peripheral output devices (not shown), such as speakers, printers, etc.

The computer 1102 may operate in a networked environment using logical connections via wired and/or wireless communications to one or more remote computers, such as a remote computer(s) 1148. The remote computer(s) 1148 can be a workstation, a server computer, a router, a personal computer, portable computer, microprocessor-based entertainment appliance, a peer device or other common network node, and typically includes many or all of the elements described relative to the computer 1102, although, for purposes of brevity, only a memory/storage device 1150 is illustrated. The logical connections depicted include wired/wireless connectivity to a local area network (LAN) 1152 and/or larger networks, e.g., a wide area network (WAN) 1154. Such LAN and WAN networking environments are commonplace in offices and companies, and facilitate enterprise-wide computer networks, such as intranets, all of which may connect to a global communications network, e.g., the Internet.

When used in a LAN networking environment, the computer 1102 is connected to the local network 1152 through a wired and/or wireless communication network interface or adapter 1156. The adapter 1156 may facilitate wired or wireless communication to the LAN 1152, which may also include a wireless access point disposed thereon for communicating with the wireless adapter 1156.

When used in a WAN networking environment, the computer 1102 can include a modem 1158, or is connected to a communications server on the WAN 1154, or has other means for establishing communications over the WAN 1154, such as by way of the Internet. The modem 1158, which can be internal or external and a wired or wireless device, is connected to the system bus 1108 via the serial port interface 1142. In a networked environment, program modules depicted relative to the computer 1102, or portions thereof, can be stored in the remote memory/storage device 1150. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers can be used.

The computer 1102 is operable to communicate with any wireless devices or entities operatively disposed in wireless communication, e.g., a printer, scanner, desktop and/or portable computer, portable data assistant, communications satellite, any piece of equipment or location associated with a wirelessly detectable tag (e.g., a kiosk, news stand, restroom), and telephone. This includes at least Wi-Fi and Bluetooth™ wireless technologies. Thus, the communication can be a predefined structure as with a conventional network or simply an ad hoc communication between at least two devices.

Wi-Fi, or Wireless Fidelity, allows connection to the Internet from a couch at home, a bed in a hotel room, or a conference room at work, without wires. Wi-Fi is a wireless technology similar to that used in a cell phone that enables such devices, e.g., computers, to send and receive data indoors and out; anywhere within the range of a base station. Wi-Fi networks use radio technologies called IEEE802.11 (a, b, g, etc.) to provide secure, reliable, fast wireless connectivity. A Wi-Fi network can be used to connect computers to each other, to the Internet, and to wired networks (which use IEEE802.3 or Ethernet). Wi-Fi networks operate in the unlicensed 2.4 and 5 GHz radio bands, at an 11 Mbps (802.11b) or 54 Mbps (802.11a) data rate, for example, or with products that contain both bands (dual band), so the networks can provide real-world performance similar to the basic “10BaseT” wired Ethernet networks used in many offices.

Referring now to FIG. 12, there is illustrated a schematic block diagram of an exemplary computer compilation system operable to execute the disclosed architecture. The system 1200 includes one or more client(s) 1202. The client(s) 1202 can be hardware and/or software (e.g., threads, processes, computing devices). The client(s) 1202 can house cookie(s) and/or associated contextual information by employing the claimed subject matter, for example.

The system 1200 also includes one or more server(s) 1204. The server(s) 1204 can also be hardware and/or software (e.g., threads, processes, computing devices). The servers 1204 can house threads to perform transformations by employing the claimed subject matter, for example. One possible communication between a client 1202 and a server 1204 can be in the form of a data packet adapted to be transmitted between two or more computer processes. The data packet may include a cookie and/or associated contextual information, for example. The system 1200 includes a communication framework 1206 (e.g., a global communication network such as the Internet) that can be employed to facilitate communications between the client(s) 1202 and the server(s) 1204.

Communications can be facilitated via a wired (including optical fiber) and/or wireless technology. The client(s) 1202 are operatively connected to one or more client data store(s) 1208 that can be employed to store information local to the client(s) 1202 (e.g., cookie(s) and/or associated contextual information). Similarly, the server(s) 1204 are operatively connected to one or more server data store(s) 1210 that can be employed to store information local to the servers 1204.

What has been described above includes examples of the various embodiments. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the embodiments, but one of ordinary skill in the art may recognize that many further combinations and permutations are possible. Accordingly, the detailed description is intended to embrace all such alterations, modifications, and variations that fall within the spirit and scope of the appended claims.

In particular and in regard to the various functions performed by the above described components, devices, circuits, systems and the like, the terms (including a reference to a “means”) used to describe such components are intended to correspond, unless otherwise indicated, to any component which performs the specified function of the described component (e.g., a functional equivalent), even though not structurally equivalent to the disclosed structure, which performs the function in the herein illustrated exemplary aspects of the embodiments. In this regard, it will also be recognized that the embodiments includes a system as well as a computer-readable medium having computer-executable instructions for performing the acts and/or events of the various methods.

In addition, while a particular feature may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given or particular application. Furthermore, to the extent that the terms “includes,” and “including” and variants thereof are used in either the detailed description or the claims, these terms are intended to be inclusive in a manner similar to the term “comprising.” 

1. A system that facilitates creation of a synch file employed to provide a derivative media experience without destructive editing or modification of an original media asset, comprising: one or more processors; a catalog component executable by the one or more processors to access an original media asset, the original media asset includes at least one of metadata or special metadata; a user-interface component executable by the one or more processors to receive input associated with at least one of a transformation of the original media asset or an addition of content; and a composition component executable by the one or more processors to create a synch file base upon the input, the synch file supplements the original media asset and includes timing information and a command, the command describing a presentation transformation action to be performed upon an audio/visual output of the original media asset at a point in a timeline of the audio/visual output of the original media asset specified by the timing information in order to create a derivative media presentation.
 2. The system of claim 1, wherein the original media asset includes at least one of speech, text, video content, or music content.
 3. The system of claim 1, wherein the special metadata is embedded in the original media asset by a production crew or a content author of the original media asset.
 4. The system of claim 1, wherein the special metadata describes segment information associated with a portion of the original media asset, the segment information includes at least one of genre, topic, or category of the portion and further includes at least one of a time stamp or an index number for the portion.
 5. The system of claim 1, wherein the command is at least one of an instruction to skip a segment of the original media asset, or an instruction to overlay, replace, supplement, or interpolate the output of all or a portion of the original media asset with a second original media asset or with additional content.
 6. The system of claim 1, wherein the command is an instruction to query an existence of a local copy of the original media asset or to ascertain rights of use or access to the original media asset.
 7. The system of claim 1, wherein the timing information is associated with the metadata or the special metadata included in the original media asset in order to synchronize the presentation transformation action included in the command with the output of the original media asset.
 8. The system of claim 1, further comprising a personalization component that receives a user profile and automatically tailors the synch file based upon the user profile.
 9. The system of claim 1, further comprising a propagation component that transmits the derivative media presentation in a machine-readable format.
 10. The system of claim 1, further comprising a service component that is communicatively coupled to a computer-based network, the service component stores the original media asset and/or the synch file.
 11. The system of claim 10, wherein the service component facilitates access to the original media asset and/or to the synch file on a subscription basis.
 12. The system of claim 10, wherein the service component allocates profits from access fees to a copyright owner or to a content author.
 13. A system comprising: one or more processors; a transform component executable by the one or more processors to receive a synch file associated with an original media asset, and to interpret the synch file, the synch file including timing information and a command; and a media player component executable by the one or more processors to perform, at a point within a timeline of a presentation of the original media asset specified by the timing information, a transformation action on the original media asset defined by the command to cause display of a derivative media presentation based upon the original media asset and the synch file.
 14. The system of claim 13, wherein the media player component is further executable to perform the transformation action prior to the display of the derivative media presentation.
 15. The system of claim 13, wherein the synch file includes supplemental content, and the transformation action of the command causes the media player component to supplement the original media asset at the point within the timeline with the supplemental content included in the synch file.
 16. The system of claim 13, wherein the synch file is developed based on a user profile including user preferences for type of content.
 17. The system of claim 13, wherein the transformation action of the command causes the media player component to replay a segment of the original media asset at the point within the timeline, the segment occurring at another point within the timeline earlier than the point.
 18. Computer-readable storage media including a plurality of computer-readable instructions executable to cause one or more processors of a computing device to: interpret a synch file corresponding to a specific media asset, the synch file including timing information and media transformation commands specific to the media asset; perform transformation actions on the media asset specified by the media transformation commands at corresponding points in a playback timeline of the media asset; and cause display of a derivative media presentation that results from performance of the transformation actions.
 19. The computer-readable storage media of claim 18, wherein the computer-readable instructions are further executable to perform at least a subset of the transformation actions prior to display of the derivative media presentation.
 20. The computer-readable storage media of claim 18, wherein the plurality of computer-readable instructions are further executable to concurrently perform at least a subset of the transformation actions during the display of the derivative media presentation. 